View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000457 | T99X171.00 SKB Eagle | SW Issue | public | 2019-02-20 18:28 | 2020-09-28 11:58 |
| Reporter | (SW) Jacky Chiang | Assigned To | (SW) Kerwin Chen | Due Date | |
| Priority | normal | Severity | s3-moderate | Reproducibility | have not tried |
| Status | closed | Resolution | not fixable | ||
| Summary | 0000457: Standby mode implementation (Active standby/passive standby) | ||||
| Description | [1/24] SKB asked to support Passive Standby(deep sleep) function. AML can support "suspended + BT" mode. SKB asked to check development plan, booting time and power consumption in Passive standby mode. [1/29] Foxconn is discussing with Amlogic. And Foxconn will test with EVT sample. [2/13] Foxconn discussed with AML in this week. Foxconn will inform development plan(by 2/19), booting time and power consumption. | ||||
| Tags | No tags attached. | ||||
| Attach Tags | |||||
| related to | 0000497 | closed | (SW) Jacky Chiang | Passive Standby mode implementation |
| related to | 0000866 | closed | (HW) Cooper Kung | [Eagle] LED control |
| User List |
(ALTech) Lonnie Kim , (ALTech) SY Yoon , (ALTech) Wooshin Kang , |
|---|
|
|
* Active standby 1. Current power consumption measured is around 1.3W, which is more than SKB standard. 2. Change CPU/GPU freq to lower frequency and measure power consumption in standby mode. * Passive standby 1. HW need to modify due to BT able to wakeup |
|
|
Reminder sent to: |
|
|
[2/20] Active Stanby - 1.3~1.4W The result of test and differeces between previous test should be explain by 2/21 How Foxconn will reduce this power consumption to under 1W ? Please let us know the plan and schedule by 2/20. Foxconn will implement it by 3/8 Passive Standby ? Please let us know the plan and schedule by W8 on Mentis. Foxconn will implement it by ?(It will update on Mentis this week) |
|
|
-. Active Standby Please update your status to meet SKB requirement, < 1W. -. Passive Standby . Could you explain what is the HW change of BT wake up ? Could you inform that it may impact schedule or the complexity to HW chagne ? . On SW point of view, could you explain the concern about this function. SKB asked us to know the Power consumption and booting time from passive standby. SKB are reviewing the advantages and disadvantages of it. They want to review about it before you start develop about it. |
|
|
Because ALT can't access Android TV help center so I paste the requirements in help center for your reference. ========================================================================================================= Wake on packet arrival Android TV devices should be instantly available once a user begins a “Google Cast” session, taps the Home button, or taps the game controller to play a game. To enable this, Android TV devices MUST be in a suspended mode when not in use and resume instantly to run mode—the normal mode of operation in which all of the functionality of the device is available. In suspend mode, the device’s CPU is in an idle state, but the Wi-Fi, WLAN, ethernet, and Bluetooth MUST remain active. This article provides a high-level overview of the use cases and the reference implementation based on Android upstream implementation. Device manufacturers are recommended to verify the energy saving regulations by country. Wi-Fi & Ethernet When a device is in suspend mode, the network adapter should independently enter power saving mode to reduce power consumption. But, the power save implementation should still allow receiving of all multicast packets. The connected network adapter must remain functional to receive unicast, multicast, and broadcast messages. In this state, the device Wi-Fi & Ethernet receive network packets while the device CPU is in idle mode. When the packet is received, the network interface passes the packet to CPU. Because of this, aggressive power save mechanisms like skipping Wi-Fi DTIM beacons receiving should not be used. mDNS and Google Cloud Messaging (GCM) are the primary use cases for device wake on network packet. GCM allows notifications to be pushed to devices at any time (Google Cloud Messaging for Android). GCM is a persistent connection that uses a push mechanism to enable real-time notifications. The GCM framework is used both by third-party applications in Google Play store and Google applications like Youtube and the Play Store. The GCM connection is used for asynchronous messaging and not actual data download. GCM requires the device to maintain a persistent connection so the device can receive messages from the server at all times. Both the GCM client and server send keep-alive heartbeats at regular configurable intervals to ensure the connection is still valid. The timer is reset every time an actual data message is received to avoid redundant heartbeats. The keep-alive interval defaults to 28 minutes. ==================================================================================================================================================== Based on above document, we can't support "Wake on packet arrival" for Google Cast feature in passive standby mode. Wake on cast feature needs to be tested in ATV somke test plan. |
|
|
Google TAM suggest us to make a setting item for passive standby mode if SKB strongly ask to do. And, set default value as disabled. (So system is in active standby mode by default) If user wants to use it to save more power, then he/she can set it up and use it. We can get pass for ATV smoke test with F/W by using default setting. |
|
|
Hi Mr. Jacky Chiang, We informed current situation to SKB as follows : 1. To meet Google Certification, we should implement WOL. But, Google TAM suggest a setting on Standby mode, Active and Passive. And If default is Active, then there is no issue on Google Certification. 2. SKB ask to us that Power key on RCU only can wake up STB in Passive Standby mode. In this case, other RCU key presses cannot wake up the STB in Passive standby mode. Only Power key in RCU can wake up the STB. |
|
|
I received information about Wake up by Power key. Eagle can make wake up by power key only during Passive Standby mode. If it is not correct, then let me know. |
|
|
Yes, eagle board can wakeup by power key only during passive standby mode through IR mode. However, as you know, we will support BT RCU wakeup during passive standby mode from DVT stage. |
|
|
Hi Mr. Yoon, Could you kindly confirm with SKB if we have to go Foxconn/Google proposal with new setting item for standby mode? |
|
|
Hi Jacky, SKB thinks that Passive standby needs more investigation because it may impact system stability. I think SKB should do before implemetation of Passive Standby. 1. Make a scenario of Passive Standby(When STB enter passive stanby mode or Active standby mode, etc.) 2. Make a scenario of SW Update during Standby(Passive standby or Active Standby) 3. Decide which parts of SoC should be live during Passive standby mode For Google Certification, I informed that we should use default setting for Standby is Active standby. But as the reasons I commented above, SKB didn't decide Passive standby should be implemented now yet. Currently we should prepare Active Standby only now. But if they want to include Passive stand by for the future, we can add with same HW. So they asked us to add HW for Passive standby now. |
|
|
We'll implement active standby only in next release. |
|
|
Hi Mr. Jacky Chiang and Mr. Jason Ling, I have question from SKB on Passive Standby. 1. Can we wake up our STB with IR power key ? As we discussed before, we can wake up our STB with BT-Power key. But SKB asked us to wake up our STB with IT-Power key. If it is yes, then there is no need BT module during Passive Standby. And in this case we can reduce power consumption. If our expection is correct, then please let us know how much we can expect power consumption with IR-power wake up instead of BT-Power wakeup. 2. SKB tell us the Passive standby is not implemented first lauch. But now SKB are preparing their requirement of Passive Standby. So they ask us to check it works or not. Currently their scenario is as follows : -. UI has option for Active Standby and Passive Standby. Default is Active Standby. -. If RCU Power key is pressed, then STB enter standby mode according to UI setting. -. There is no SW update during Passive Standby. Please let us know how long does it take to implement Passive Standby for Eagle STB. If you have any issue to concern to implement this function, then please let us know. SKB doesn't care this function implement now or later, but they want to know - Foxconn can support it with our eagle HW and SW(SW can be implemented later) - How long foxconn needs to implement it. |
|
|
Hi Mr. Yoon, 1. Yes, when RCU is in IR mode, STB can be waken up by IR-Power Key in active/passive standby. However, I got information from HW, Sean, BT module wouldn't save much power during passive standby. Will ask Sean to provide this number. 2. Before doing actual implementation of passive standby, we did some experiments and the testing result may confuse user. According to our experiments, STB can be waken up with BT from active/passive standby mode. But, if STB is in passive standby mode and RCU is in BT mode, STB is only able to detect wakeup signal from BT module, Please check below for more details. 2-1. if we press any key in RCU and the BT module receive signal, then it would wakeup the STB, but we cannot restrict that wakeup event only go through from power key. (In passive standby mode, any key can wakeup STB if RCU is in BT mode V.S. only power key can wakeup STB if RCU is in IR mode) 2-2. if RCU lose connection with BT module (like RCU's battery dead, or RCU is away from STB), the BT module receive disconnect signal, it would wakeup STB. In this moment, STB is in passive standby mode and it can only detect wakeup signal, but it cannot filter out this disconnect event. |
|
|
Hi Jacky, 1. We want to wake up with only Power Key both BT and IR mode during the passive Standby mode. But accoring to your comment, any key and any event can be woke up STB during the Passive Standby in BT Mode. Am I correct ? 2. If I am correct, then can we use only IR mode during the Passive Standby mode ? In this case, will STB keep passive standby mode when STB lose BT connection with RCU ? And I think "Btv전원" key doesn't work IR during BT mode. "Power" and "TV전원" keys send IR signal during BT mode. Could you check it "Power" key can wake up the STB during Passive Standby mode ? |
|
|
Hi Mr. Yoon, 1. Yes 2. If RCU 2-1 In IR Mode (The Power button send IR keys which contain Btv전원, TV전원, and special key 0x70f47f80) 2-2 In BT Mode (The Power button send IR keys which contain TV전원 and special key 0x70f47f80. Btv전원 do not send ir key in BT mode) so we can use ir key code 0x70f47f80 to wake STB in Passive Standby, and disable BT wake feature. |
|
|
Hi Jason Ling, We discussed with Amlogic. Amlogic esplain us "early suspended" mode. It can recognize Key code. Early suspended mode is between Passive standby mode and Active Standby mode. MCU works in Early suspended mode. If we add some SW in early suspended mode, then BT power key can wake up the STB. If you have any additional concern about BT mode wake up, then I will inform to SKB about its difficulty. |
|
|
Hi Mr Yoon, As far as I know, TVS implemented their own suspend flow, not Android standard suspend flow. Currently, the firmware can not go to early suspend, even passive standby. If SKB want to implement passive standby, we have to work with TVS, TVS must use Android standard flow to go to Passive Standby when user enable Passive Standby in Settings. |
|
|
Hi Mr Yoon, You can also check the following comment from Jinyu https://mantis.cnsbg.foxconn.com/vaas/view.php?id=567#c1750 |
|
|
Hi Mr Yoon, Let me summarize current situation as below: If SKB want to passive standby feature, TVS must follow Android standard suspend flow when user enable passive standby item in TVSettings. In Passive standby, 1. RCU is in IR Mode: There is no issue. 2. RCU is in BT Mode: RCU can wake STB from passive standby through IR signal when we press Power Key, but we have additional concern. 2-1: Any keys can wake STB, so we must check wake key is Btv전원 key or not. If so, wake normally. If not, make STB go to passive standby again. 2-2: Any RCU events can wake STB, like removing battery from RCU, battery dead, RCU away from STB. We must filter out these events in early suspend and make STB go to passive standby again. For Item 2, We need to spend 3 weeks to implements/verified it. Another concern is we plan to update Cypress BT module firmware for earphone jack issue, so there may be risks affecting the development schedule |
|
|
Hi Jason Ling, SKB will use Passive Standby in IR Mode, not BT mode. But it should be ready in HW. And SKB doesn't ask to implement this feature yet. You will implement it when SKB ask. |
|
|
I will close it now. When SKB ask to implement, then I will open it again |
|
|
hi kerwin as sent a mail, for BTF Project we have to support for Passive standby. please support to control LED when receive a state of passive standby from SPtek. Thanks |
|
|
hi all this is a history of android p smart3. so I close this ticket. regarding to BTF Project, we will create new ticket. Thanks. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2019-02-20 18:28 | (SW) Jacky Chiang | New Issue | |
| 2019-02-20 18:28 | (SW) Jacky Chiang | Status | new => assigned |
| 2019-02-20 18:28 | (SW) Jacky Chiang | Assigned To | => (HW) Sean Chiang |
| 2019-02-20 18:28 | (SW) Jacky Chiang | Issue Monitored: (SW) Jacky Chiang | |
| 2019-02-20 18:28 | (SW) Jacky Chiang | Issue End Monitor: (SW) Jacky Chiang | |
| 2019-02-20 18:33 | (SW) Jacky Chiang | Note Added: 0001172 | |
| 2019-02-20 18:34 | (SW) Jacky Chiang | Issue Monitored: (ALTech) SB Park | |
| 2019-02-20 18:34 | (SW) Jacky Chiang | Issue Monitored: (ALTech) SY Yoon | |
| 2019-02-20 18:34 | (SW) Jacky Chiang | Note Added: 0001173 | |
| 2019-02-25 18:35 | (HW) Sean Chiang | Issue Monitored: (HW) Sean Chiang | |
| 2019-02-25 18:35 | (HW) Sean Chiang | Issue End Monitor: (HW) Sean Chiang | |
| 2019-02-26 23:33 | (ALTech) SY Yoon | Note Added: 0001209 | |
| 2019-02-26 23:48 | (ALTech) SY Yoon | Note Added: 0001210 | |
| 2019-02-27 00:27 | (ALTech) SY Yoon | Relationship added | related to 0000497 |
| 2019-02-27 00:31 | (ALTech) SY Yoon | Issue Monitored: (ALTech) Eric Kim | |
| 2019-03-05 16:56 | (SW) Jacky Chiang | Note Added: 0001318 | |
| 2019-03-05 16:56 | (SW) Jacky Chiang | Note Edited: 0001318 | |
| 2019-03-05 17:08 | (SW) Jacky Chiang | Note Edited: 0001318 | |
| 2019-03-05 17:24 | (SW) Jacky Chiang | Assigned To | (HW) Sean Chiang => (ALTech) Philip |
| 2019-03-05 17:24 | (SW) Jacky Chiang | Issue Monitored: (ALTech) Philip | |
| 2019-03-05 17:25 | (SW) Jacky Chiang | Assigned To | (ALTech) Philip => (SW) Jacky Chiang |
| 2019-03-05 19:38 | (SW) Jacky Chiang | Note Added: 0001325 | |
| 2019-03-06 17:43 | (ALTech) SY Yoon | Assigned To | (SW) Jacky Chiang => (HW) Sean Chiang |
| 2019-03-08 13:47 | (ALTech) SY Yoon | Note Added: 0001417 | |
| 2019-03-11 11:39 | (HW) Sean Chiang | Issue Monitored: (RD) Fu-chiang Young | |
| 2019-03-11 11:39 | (HW) Sean Chiang | Issue Monitored: (HW) Jim Liang | |
| 2019-03-12 09:51 | (SW) Kerwin Chen | Assigned To | (HW) Sean Chiang => (SW) Jason Ling |
| 2019-03-14 13:13 | (ALTech) SY Yoon | Note Added: 0001521 | |
| 2019-03-15 15:44 | (SW) Jacky Chiang | Note Added: 0001546 | |
| 2019-03-15 16:16 | (SW) Jacky Chiang | Note Added: 0001551 | |
| 2019-03-16 12:57 | (SW) Jacky Chiang | Note Edited: 0001551 | |
| 2019-03-18 11:20 | (ALTech) SY Yoon | Note Added: 0001575 | |
| 2019-03-20 09:52 |
|
Note Added: 0001628 | |
| 2019-03-20 13:08 | (ALTech) SY Yoon | Note Added: 0001640 | |
| 2019-03-22 10:50 | (SW) Jacky Chiang | Note Added: 0001670 | |
| 2019-03-22 11:00 | (SW) Jacky Chiang | Note Edited: 0001670 | |
| 2019-03-22 14:43 | (SW) Jacky Chiang | Note Edited: 0001670 | |
| 2019-03-26 11:37 | (ALTech) SY Yoon | Note Added: 0001707 | |
| 2019-03-26 16:52 |
|
Note Added: 0001709 | |
| 2019-03-26 16:52 |
|
Assigned To | (SW) Jason Ling => (ALTech) SY Yoon |
| 2019-03-27 13:23 | (ALTech) SY Yoon | Note Added: 0001732 | |
| 2019-03-27 21:51 |
|
Note Added: 0001754 | |
| 2019-03-28 14:56 |
|
Note Added: 0001763 | |
| 2019-04-03 16:50 |
|
Issue Monitored: (SW) Jacky Chiang | |
| 2019-04-03 18:47 |
|
Note Added: 0001864 | |
| 2019-04-17 00:01 | (ALTech) SY Yoon | Note Added: 0002031 | |
| 2019-04-17 00:01 | (ALTech) SY Yoon | Status | assigned => closed |
| 2019-04-17 00:01 | (ALTech) SY Yoon | Resolution | open => fixed |
| 2019-04-17 00:01 | (ALTech) SY Yoon | Note Added: 0002032 | |
| 2020-06-02 17:18 |
|
Issue End Monitor: (ALTech) Eric Kim | |
| 2020-06-02 17:18 |
|
Issue End Monitor: (ALTech) Philip | |
| 2020-06-02 17:19 |
|
Assigned To | (ALTech) SY Yoon => (ALTech) Jason Park |
| 2020-06-02 17:19 |
|
Status | closed => feedback |
| 2020-06-02 17:19 |
|
Resolution | fixed => reopened |
| 2020-06-10 09:50 |
|
Category | SW => SW Issue |
| 2020-07-30 15:55 | (ALTech) SH Son | Relationship added | related to 0000866 |
| 2020-07-31 08:55 | (ALTech) SY Yoon | Issue End Monitor: (ALTech) SB Park | |
| 2020-07-31 08:56 | (ALTech) SY Yoon | Issue Monitored: (ALTech) Lonnie Kim | |
| 2020-07-31 08:56 | (ALTech) SY Yoon | Issue Monitored: (ALTech) Wooshin Kang | |
| 2020-08-26 12:56 |
|
Note Added: 0004135 | |
| 2020-08-26 12:56 |
|
Assigned To | (ALTech) Jason Park => (SW) Kerwin Chen |
| 2020-08-26 12:56 |
|
Status | feedback => assigned |
| 2020-08-31 14:06 |
|
Note Added: 0004171 | |
| 2020-08-31 14:06 |
|
Status | assigned => resolved |
| 2020-08-31 14:06 |
|
Resolution | reopened => not fixable |
| 2020-09-28 11:58 |
|
Status | resolved => closed |
